home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 403 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: 140.174.164.192!eric
  2. From: eric@goonsquad.spies.com (Eric Smith)
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: Spurious Interupts on 68360
  5. Date: 16 Mar 1996 02:23:34 GMT
  6. Organization: Internet Wiretap
  7. Distribution: world
  8. Message-ID: <ERIC.96Mar15182334@goonsquad.spies.com>
  9. References: <4ia48q$lnj@python.microcom.com>
  10. NNTP-Posting-Host: goonsquad.spies.com
  11. To: spellman@microcom.com
  12. In-reply-to: spellman@microcom.com's message of 14 Mar 1996 21:49:14 GMT
  13.  
  14. In article <4ia48q$lnj@python.microcom.com> spellman@microcom.com (Roger Spellman) writes:
  15. > We're getting spurious Interupts on our 68360.  As far as I can tell from the
  16. > manual, this is not caused by anything in my code, but rather by something
  17. > going wrong inside the 68360.  Is this correct?
  18.  
  19. When I was developing the device drivers for the NetBlazer LS, I found that
  20. I would get these spurious interrupts if I cleared SCC event flags at
  21. non-interrupt time (but with interrupts disabled).  I changed my code so
  22. that I only clear the event flags in the interrupt handler, and the
  23. spurious interrupts went away.
  24.  
  25. The problem occurs because the SCC has already requested an interrupt.  If you
  26. clear the event before the interrupt is handled, the interrupt will still
  27. occur but the interrupt controller can't figure out what vector to use.
  28.  
  29. There may be other ways to cause spurious interrupts, but this was the
  30. most obvious one.
  31.  
  32. Cheers,
  33. Eric
  34.